METHOD AND APPARATUS FOR PROVIDING 
SUPPLEMENTARY PRODUCT SALES 
TO A CUSTOMER AT A CUSTOMER TERMINAL 



5 The present application is a continuation-in-part application of co-pending Patent 

Application No. 08/920,1 16, entitled METHOD AND SYSTEM FOR PROCESSING 
SUPPLEMENTARY PRODUCT SALES AT A POINT-OF-SALE TERMINAL, filed on 
August 26, 1997, which is a continuation-in-part application of co-pending Patent Application 
No. 08/822,709, entitled SYSTEM AND METHOD FOR PERFORMING LOTTERY TICKET 

10 TRANSACTIONS UTILIZING POINT-OF-SALE TERMINALS, filed on March 21, 1997, both 
of which are incorporated herein by reference as part of the present disclosure. The present 
application is also a continuation-in-part application of co-pending Patent Application No. 

, attorney docket number WD2-97-073, entitled METHOD AND APPARATUS FOR 

PRINTING A BILLING STATEMENT TO PROVIDE SUPPLEMENTARY PRODUCT 

1 5 SALES, filed on December 1 , 1997, which is incorporated herein by reference as part of the 
present disclosure. 

FIELD OF THE INVENTION 

The present invention relates to point-of-sale terminals, and, more specifically, to 
20 methods and systems for processing product sales at point-of-sale terminals. 

BACKGROUND OF THE INVENTION 

In many stores, purchases are consummated at a point of sale ("POS") terminal 
which includes a card authorization terminal ("CAT"), such as those manufactured by Verifone, 
25 Inc., for reading cards such as credit cards and debit cards and generating data relating to a 
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purchase. During a sale, the CAT typically communicates, directly or indirectly, with a credit 
card issuer's computer that maintains customer financial accounts. The CAT transmits purchase 
data, such as a customer's credit card account number, a merchant identifier for specifying the 
merchant selling the purchase, a purchase price and the items included in the purchase. The 
5 issuer computer receives this purchase data from the CAT, and determines whether to authorize 
the purchase. If the purchase is authorized, the issuer computer debits the customer's financial 
account by the purchase price and stores some or all of the purchase data for subsequent use in 
generating a billing statement. 

The issuer computer thus accumulates information about the customer's 

1 0 purchases. Such information may be used in providing rewards to a customer in return for past 
purchases with the financial account. For example, in the "U$AVE" program promoted by First 
Data Corporation, credit card account holders are automatically provided a discount on a present 
purchase. The discount is based on previous purchases the customer has made, and typically 
takes the form of a reduced purchase price or a credit on the customer's credit card account. 

1 5 Similarly, the American Express "Express Rewards" program reduces a customer's purchase 
price if he has made certain types of purchases in the past, and the American Express "Custom 
Extras" program alerts credit card account holders to savings from particular merchants on their 
billing statements. 

At best, such systems utilize information about customers' purchases to provide 
20 rewards for past purchases. Merchants hope that customer anticipation of such rewards may 
generate future sales. However, there is no guarantee that merchant will enjoy additional 
business from the customers. In addition, customers may not always remember which types of 
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purchases will eventually yield rewards. Accordingly, the rewards may not provide a strong 
incentive to make purchases. 

SUMMARY OF THE INVENTION 
5 It is an object of the present invention to provide a method and apparatus for 

offering supplementary product sales to a customer via a card authorization terminal. 

In accordance with the present invention, a central controller, which may be 
operated by a credit card issuer, receives a signal indicative of a purchase from a card 
authorization terminal. The purchase signal includes at least one purchase parameter, such as a 

10 customer account identifier, product price or product identifiers for specifying items purchased. 
The central controller determines a supplementary product to offer that is based on the at least 
one purchase parameter. A product identifier for specifying the supplementary product is 
transmitted to the card authorization terminal, where the customer chooses whether to accept the 
offered supplementary product. The card authorization terminal generates and transmits to the 

15 central controller a selection signal indicative of whether the supplementary product is accepted. 

If the selection signal indicates that the supplementary product is accepted, the 
central controller adjusts the balance of one or more financial accounts in dependence on an 
adjustment value associated with the supplementary product. The financial accounts may be, for 
example, a credit card account of the customer, a bank account of the merchant controlling the 

20 card authorization terminal, and/or a bank account of a merchant offering the accepted 

supplementary product. Thus, payment for the supplementary product or rewards for accepting 
the supplementary product may be transferred among various parties automatically. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic illustration of an apparatus for providing supplementary 
product sales to a customer at a card authorization terminal. 

FIG. 2 is a schematic illustration of a central controller of the apparatus of FIG. 1. 
5 FIG. 3 is a schematic illustration of a record of an account holder transaction 

database of the central controller of FIG. 2. 

FIG. 4 is a schematic illustration of an upsell database of the central controller of 

FIG. 2. 

FIG. 5 is a schematic illustration of a record of an accepted upsell database of the 
1 0 central controller of FIG. 2. 

FIG. 6 is a flow chart illustrating a method for providing supplementary product 
sales to a customer at a card authorization terminal. 

FIG. 7 is a flow chart illustrating a method, performed by a card authorization 
terminal, for providing supplementary product sales to a customer. 
1 5 FIG. 8 is a schematic illustration of records employed in illustrating a use of an 

adjustment value. 

FIG. 9 is a schematic illustration of records employed in illustrating another use 
of an adjustment value. 

FIG. 10 is a schematic illustration of records employed in illustrating another use 
20 of an adjustment value. 

FIG. 1 1 is a flow chart illustrating a method for providing supplementary product 
sales to a customer at a card authorization terminal. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention provides merchants with the ability to make sales through 
the POS terminals and stores of other merchants, without registering, associating or affiliating 
with any of those other merchants. Accordingly, the present invention allows a "sponsoring 
5 merchant" to target and sell to customers making purchases at virtually any store having a card 
authorization terminal. In effect, the card authorization terminal may be shared by more than 
one merchant. Applicants are not aware of any other system that allows third parties to sell 
through another's POS terminal or card authorization terminal. 

One benefit of the present invention is that a sponsoring merchant need register 

1 0 with only a credit card issuer rather than with a plurality of other merchants. The credit card 

issuer is involved in every transaction on many credit card accounts, and thus is able to maintain 
records for each transaction of an account holder. Accordingly, customers are not required to 
make purchases at any particular merchant, but may make purchases at any merchant that 
accepts credit cards. By contrast, a single merchant may, at best, track and maintain records only 

1 5 for transactions involving that merchant. Thus, a large number of transactions cannot be easily 
recorded by any one merchant. 

Furthermore, the methods and apparatus of the present invention provide offers 
for supplementary products ("upsells") which are individually customized to be more desirable 
and acceptable to each customer, rather than offers which are provided to every customer. The 

20 offers, if accepted, can provide the customer with immediate gratification, for example, by 

providing a product or a discount, or by providing a voucher that may be redeemed for a product 
or other reward. 
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The description that follows is arranged into the following sections: Receiving 
Transactions, Determining a Product, Customer Selection and Adjusting a Balance of a Financial 
Account. 



5 RECEIVING TRANSACTIONS 

Referring to Fig. 1, an apparatus 10 comprises a central controller 12 in 
communication with each of POS terminals 14, 16 and 18. Although three POS terminals are 
shown in Fig. 1 , any number of POS terminals may be in communication with the central 

10 controller 12. The central controller 12 may be in communication with the POS terminals 14, 16 
and 18 through any of a number of known connection methods, such as through an Internet 
connection or a wireless communication protocol. The central controller 12 is typically operated 
by or on behalf of a credit card issuer, such as CitiBank, a credit card clearing house, such as 
First Data Corporation, or a product manufacturer, such as Sony Corporation. The central 

15 controller 12 is also in communication with an electronic funds transfer ("EFT") network 19, 
thereby permitting the central controller 12 to transfer funds among financial accounts. 

Each of the POS terminals 14, 16 and 18 includes a CAT, such as those 
manufactured by Verifone, Inc., or a similar device for generating data relating to a purchase, 
such as purchase price, the item(s) purchased, and other purchase parameters. The POS 

20 terminals 14, 16 and 1 8 transmit this generated data to the central controller 12, thereby 

informing the central controller 12 of the data relating to the purchase. The POS terminals 14, 
16 and 18 may transmit information to the central controller 12 in many different forms. For 
example, each of the POS terminals 14, 16 and 18 may include a credit card reader (not shown) 
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which uses the MasterCard Purchasing Card Level III protocol to transmit a credit card account 
number, data identifying the items purchased and other purchase-related information, to the 
central controller 12. In addition, the POS terminals 14, 16 and 18 can encrypt the data relating 
to a purchase for security purposes, and transmit the encrypted data to the central controller 12, 
5 which decrypts the encrypted data. Many encryption and decryption techniques are well known, 
and described in the text "Applied Cryptography, Protocols, Algorithms, and Source Code in C", 
Second Edition, by Bruce Schneier. 

Referring to Fig. 2, the central controller 12 comprises a processor 20, such as one 
or more conventional microprocessors, which is connected to a data storage device 22, such as 

10 an appropriate combination of magnetic, optical and semiconductor memory. The processor 20 
is in communication with each of the POS terminals 14, 16 and 18 and with the EFT network 19. 
The processor 20 and the storage device 22 may each be (i) located entirely within a single 
computer or other computing device; (ii) connected to each other by a remote communication 
link, such as a serial port cable, telephone line or radio frequency transceiver; or (iii) a 

15 combination thereof. For example, the central controller 12 may comprise one or more 
computers which are connected to a remote server computer for maintaining databases. 

The storage device 22 stores (i) a program 24 for controlling the processor 20; (ii) 
an account holder transaction database 26; (iii) an upsell database 28; and (iv) an accepted upsell 
database 30. The program 24 drives the processor 20 to operate in accordance with the present 

20 invention, and particularly in accordance with the methods described in detail herein. The 
program 24 furthermore includes program elements that may be necessary, such as "device 
drivers" for allowing the processor to interface with computer peripheral devices. Appropriate 
device drivers and other necessary program elements are known to those skilled in the art, and 
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need not be described in detail herein. The databases 26, 28 and 30 are described in detail below 
and depicted with exemplary entries in the accompanying figures. As will be understood by 
those skilled in the art, the schematic illustrations and accompanying descriptions of the 
databases presented herein are exemplary arrangements for stored representations of information. 
5 A number of other arrangements may be employed besides the tables shown. Similarly, the 
illustrated entries represent exemplary information, but those skilled in the art will understand 
that the number and content of the entries can be different from those illustrated herein. 

Referring to Fig. 3, a record 40 of the account holder transaction database 26 (Fig. 
2) defines the transactions applied against an account that is identified by an account identifier 

10 42. The account holder transaction database 26 (Fig. 2) typically includes a plurality of records 
such as the record 40, and each record defines the transactions applied against an account 
holder's account. The record 40 includes entries 44, 46, 48, 50, 52 and 54 which each describe a 
transaction applied against the account holder account identified by the account identifier 42. 
Each of the entries 44, 46, 48, 50, 52 and 54 specifies (i) a transaction identifier 56 for uniquely 

1 5 indicating a transaction; (ii) a transaction type 58; (iii) a date 60 of the transaction; (iv) a date 62 
when the transaction is "posted" (made available to the central controller 12 of Fig. 1); (v) a 
transaction amount 64; (vi) a merchant identifier 66 for specifying a merchant participating in the 
transaction; (vii) an item identifier 68 for specifying an item purchased, if any; and (viii) a 
description 70 of the transaction. It will be understood by those skilled in the art that each record 

20 of the account holder transaction database 26 (Fig. 2) may include any number of entries. 

In summary, data relating to a purchase is transmitted from a POS terminal to the 
central controller 12 (Fig. 2), where the data is stored. The central controller 12 in turn processes 
the data to determine a supplementary product to offer. 
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DETERMINING A PRODUCT TO OFFER 



In the system of the present invention, at least one sponsoring merchant may sell 
5 its products (goods and/or services) through POS terminals it does not own or control. The 

sponsoring merchant first specifies to the central controller 12 (Fig. 1) a supplementary product 
to offer, the conditions under which to offer the supplementary product, and the price required of 
the customer or the reward provided to the customer in exchange for accepting the 
supplementary product. Then, based on purchase data from a POS terminal, the central 

10 controller 12 determines whether customers meet the conditions and therefore should be offered 
the supplementary product. 

Referring to Fig. 4, the upsell database 28 stores entries 82, 84, 86, 88, 89 and 90 
which each define a potential supplementary product offer. Each of the entries 82, 84, 86, 88, 89 
and 90 includes (i) an upsell identifier 91 for uniquely identifying the potential supplementary 

1 5 product (upsell) offer, (ii) a merchant identifier 92 for identifying the merchant offering the 

supplementary product, (iii) a financial account identifier 93 for specifying a financial account of 
the merchant for receiving or paying funds; (iv) an upsell condition identifier 94 for specifying at 
least one condition under which to offer the upsell, (v) an upsell identifier 96 for specifying a 
supplementary product (upsell) to be offered when the at least one offer condition is met, and 

20 (vi) an adjustment value 98 to a specified financial account. 

Each condition identifier may depend on one or more purchase parameters. For 
example, the purchase parameter may be at least one product identifier for specifying an item 
purchased. A corresponding condition for offering the supplementary product would be that the 
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specified item was included in the customer's purchase. Another purchase parameter is the 
purchase price. A corresponding condition for offering the supplementary product would be that 
the customer's purchase price was below a predetermined threshold, above a predetermined 
threshold or within a predetermined range. Another purchase parameter is an indication of time, 
5 such as a date, a time of day, a day of the week, season or a combination thereof A 

corresponding condition for offering the supplementary product would be that the time of the 
purchase corresponded to the specified indication of time. Another purchase parameter is a 
merchant identifier specifying the merchant that owns or controls the CAT. A corresponding 
condition for offering the supplementary product would be that the merchant identifier is a 

10 predetermined identifier, or the merchant identifier identifies a merchant having a predefined 
standard industry classification (SIC) code. 

A customer account identifier for specifying a customer account is a purchase 
parameter that may be used in many different types of conditions. The customer account may be 
a credit card account, frequent shopper account or other account that indicates a customer. The 

1 5 customer account identifier is typically stored on a card, read by a card authorization terminal 
and transmitted to the central controller 12 (Fig. 1). The customer account specifies a customer, 
and thus may be used to determine past purchases made by the customer. For example, the 
customer account may be used to determine a customer's past transactions which are stored in the 
account holder transaction database 26 (Fig. 2). A corresponding condition for offering a 

20 supplementary product would be that a previous purchase included one or more predetermined 
products. 

The customer account may also be used to determine past supplementary products 
that have been offered to the customer. A corresponding condition for offering a supplementary 
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product would be that one or more predetermined supplementary products had been offered to 
the customer. Past offers are stored in the accepted upsell database 30 (Fig. 2) of the central 
controller 12. 

Referring to Fig. 5, a record 100 of the accepted upsell database 30 (Fig. 2) 
defines supplementary products that were previously offered to an account holder identified by 
an account identifier 102. The accepted upsell database 30 (Fig. 2) typically includes a plurality 
of records such as the record 100, each defining the supplementary products that were previously 
offered to an account holder. The record 100 includes entries 104, 1 06 and 108 which each 
describe a supplementary product that was previously offered to the account holder. Each of the 
entries 104, 106 and 108 specifies (i) a date 1 10 when the supplementary product was offered to 
the customer, (ii) an offered upsell identifier 1 12 which uniquely identifies the offered 
supplementary product, and which corresponds to the upsell identifier 91 of the upsell database 
28 of Fig. 4, (iii) an indication 1 14 of whether the offered supplementary product was accepted 
by the customer, and (iv) a transaction identifier 1 1 6 for uniquely indicating the transaction 
during which the supplementary product was accepted, and which corresponds to the transaction 
identifier 56 shown in Fig. 3 with reference to the record 40. It will be understood by those 
skilled in the art that the accepted upsell database 30 (Fig. 2) may include any number of records, 
and each record may include any number of entries. 

The accepted upsell database 30 (Fig. 2) may be used for marketing analysis, and 
specifically to determine how to more accurately select upsells to be offered, so that account 
holders are more likely to accept the offers. In addition, the accepted upsell database 30 may be 
used to assure that upsells which were previously offered to and rejected by an account holder 
will not be offered to the same account holder again. 
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Since the customer account specifies a customer, the customer account may also 
be used to determine other customer-specific information from third parties. The customer 
account may specify a customer by name and address, which in turn may be used to identify, for 
example, the customer's credit history, telephone service provider, cable service provider and 
utility service provider. Some corresponding conditions for offering a supplementary product 
based on such customer information would be that the customer did not subscribe to a particular 
utility service provider, or that the customer had recently switched telephone service providers. 
Other types of information and corresponding conditions will be understood by those skilled in 
the art. 

Those skilled in the art will understand that determining whether any upsell 
condition is satisfied may.be accomplished in many ways. For example, the central controller 12 
may, for each entry in the upsell database 28, determine if the corresponding upsell condition of 
the entry is satisfied. Referring again to Fig. 4, if a purchase satisfies an upsell condition 94 of 
the upsell database 28, the corresponding upsell 96 is offered. If the purchase parameters of a 
customer's purchase satisfy more than one upsell condition, one corresponding upsell may be 
selected and offered. Alternatively, more than one corresponding upsell may be offered, as 
described in detail below. 

Many types of upsells may be offered, and the description below illustrates some, 
but not all, possible types of offered upsells. Other types of upsells will be apparent to those 
skilled in the art. Some types of upsells include (i) a use-based service agreement such as an 
agreement for telephone service or electric utility service, (ii) a subscription to a magazine or 
other periodical, and (iii) a predetermined discount off of a future purchase. Once the upsell(s) 
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to offer have been determined, the central controller 12 (Fig. 1) transmits a product identifier for 
each upsell to the POS terminal from which the purchase data originated. 

Referring to Fig. 6, a method 120 performed by the central controller 12 (Fig. 1) 
is initiated when the central controller 12 receives purchase data from a CAT (step 122). As is 
known in the art, the central controller determines if the received purchase data indicates an 
authorized transaction (step 124). Typically, the step 124 includes determining whether the 
customer's credit card account may be debited by the purchase price without exceeding an 
account balance limit. If the transaction is not authorized, the central controller 12 transmits a 
message to the CAT indicating that the purchase is denied (step 126). If, however, the 
transaction is authorized, the central controller determines whether a supplementary product is to 
be offered to the customer and, if so, identifies the supplementary product with an identifier (step 
128). If there is no supplementary product to be offered (step 130), then the central controller 
transmits an authorization code to the CAT (step 132), thereby informing the CAT in a known 
manner that the purchase may be accepted. 

If there is a supplementary product to be offered, the central controller 12 
determines if the supplementary product will involve crediting the customer's account (step 134). 
If so, then the central controller 12 transmits to the CAT a product identifier that identifies the 
supplementary product (step 136), and also transmits an authorization code (step 132). If not, the 
central controller 12 determines if the supplementary product will involve debiting the 
customer's account (step 138). If so, the central controller 12 determines whether to pre- 
authorize the debit amount (step 140). For example, the central controller may ascertain whether 
the customer's credit card account may be further debited with the debit amount without 
exceeding the account balance limit. If so, the central controller 12 transmits the product 
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identifier and an authorization code (steps 136 and 132 respectively). If not, the central 
controller 12 transmits the authorization code (step 132). 

CUSTOMER SELECTION 

5 . 

The POS terminal receives one or more product identifiers, each specifying an 
offered upsell, from the central controller 12. The product identifier may comprise descriptive 
text such as the name of the upsell, a price of the upsell, the name of the merchant offering the 
upsell, or a combination thereof. Thus, the POS terminal may display the received text on a 

10 display region of the corresponding CAT. In such an embodiment, conventional POS terminals 
which receive and display transmitted text would be able to present upsell offers to customer. 
Alternatively, each product identifier may comprise a unique code that indicates text to display. 
In such an embodiment, the POS terminal would employ each unique code as an indicator to a 
textual description stored either in the POS terminal or in a storage area in communication with 

1 5 the POS terminal. For example, the unique code could be used as an index to a look-up table 
containing stored descriptive text. The POS terminal would access and display the text 
corresponding to the unique code on the display region of the corresponding CAT. 

Once the customer is made aware of the offered upsell, he indicates whether he 
will accept the upsell. In one embodiment, the customer informs a clerk or other operator of the 

20 POS terminal of whether he accepts. The operator in turn presses a button on the POS terminal 
or otherwise operates the POS terminal to generate a selection signal indicative of whether the 
upsell is accepted. Alternatively, the customer may himself operate the POS terminal, CAT or 
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hardware attached thereto to generate the selection signal. The selection signal is transmitted to 
the central controller 12. 

If more than one product identifier is transmitted to the POS terminal, the central 
controller 1 2 may transmit the plurality of product identifiers substantially simultaneously. In 
5 such an embodiment, the POS terminal would be able to offer substantially simultaneously more 
than one upsell. Alternatively, the central controller 12 may transmit a first product identifier, 
and only transmit subsequent product identifiers after receiving from the POS terminal a 
selection signal which indicates that the first offered upsell was not accepted. 

Referring to Fig. 7, a process 150 performed by the CAT is initiated when the 
10 CAT receives an authorization code for a purchase and one or more supplementary product 

identifiers (step 152) from the central controller 12. The CAT processes the purchase in a known 
manner (step 154). For example, the CAT may communicate with an electronic cash register to 
print a receipt for the purchase and adjust inventory records to reflect the sold items included in 
the purchase. In addition, a text description of the supplementary product offer is displayed to 
1 5 the customer (step 156). The customer indicates whether he accepts the offer (step 158) and a 
selection signal is generated accordingly (step 160). The selection signal is then transmitted to 
the central controller (step 162). 

ADJUSTING A BALANCE OF A FINANCIAL ACCOUNT 

20 

The central controller 12 receives the selection signal from the POS terminal. If 
the selection signal indicates that the upsell is accepted, the central controller 12 determines an 
adjustment value corresponding to the selected upsell. The adjustment value specifies both an 
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amount by which to adjust one or more financial accounts and an indication of the account(s) to 
be adjusted. The financial account may be, for example, the customer's credit card account or a 
merchant's financial account, depending on the selected upsell. The central controller 12 adjusts 
a balance of each indicated financial account in dependence on the adjustment value. 
5 Referring to Fig. 8, the entry 82 of Fig. 4 is depicted for use in the following 

exemplary use of an adjustment value. In this example, the customer makes a purchase at a POS 
terminal that is controlled by a merchant identified by "8888". As is known in the art, purchase 
data originating from a POS terminal typically includes a merchant identifier so that the central 
controller 12 may identify the owner/operator of the POS terminal. The POS terminal displays 
1 0 an offer for the upsell specified by the entry 82 (switch to MCI telephone service). After the 
customer selects the offered upsell, the central controller 12 determines the corresponding 
adjustment value 98 ("$25 cash back"), indicating that the customer is to receive $25 from the 
POS terminal operator in return for accepting the upsell. Thus, the merchant "8888" will remit 
$25 to the customer. 

1 5 The entry 82 also specifies that the merchant offering the upsell is a merchant 

identified by "2345". Accordingly, the merchant "2345" is to reimburse the merchant "8888", 
directly or indirectly, for the $25 remitted to the customer. A table 210 shows the reconciliation 
between the merchants. Such a table may merely represent transactions that the central 
controller 12 performs, and/or may correspond to an actual database of transactions stored on the 

20 central controller 12. The central controller 12 may, for example, debit a financial account 
belonging to merchant "2345" by $25, as illustrated by the entry 212 of the table 210. In 
addition, the central controller 12 credits a financial account belonging to merchant "8888" by 
$25, as shown by the entry 214 of the table 210. In order to provide the upsell to the customer 
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(i.e. switch the customer's telephone service to MCI™), the central controller 12 also transmits 
the customer account identifier to an MCI™ computer or similar receiving device, along with 
notice that the upsell has been accepted, thereby informing MCI™ of its new customer. The 
customer account identifier may further include information such as the customer's address, or 
such information may be determined from the identifier. 

The financial transactions described by the table 210 may further describe 
transactions applied against respective financial accounts of the necessary parties, i.e. the 
merchant "2345" and the merchant "8888". As shown by the financial account 93 of the entry 
82, the merchant "2345" has a financial account "12345678". A record 215 of the account holder 
transaction database 26 (Fig. 2) defines the transactions applied against the account "12345678". 
The displayed entry 216 of the record 215 describes a transaction corresponding to the $25.00 
debit described by the entry 212 of the table 210. A similar entry for the $25.00 credit would 
exist in a record (not shown) defining transactions applied against the account of merchant 
"8888". The transaction identifier "1234564-A" of the entry 216 comprises a prefix "1234564" 
and a suffix "A", thereby illustrating that the entry 216 defines an accepted upsell "A" that was 
generated for a transaction "1234564". Those skilled in the art will understand that there are 
other methods for associating a transaction defined by an upsell with a purchase transaction. 

Referring to Fig. 9, the entry 84 of Fig. 4 is depicted for use in the following 
additional exemplary use of an adjustment value. In this example, the customer makes a $32 
purchase at a POS terminal that is controlled by a merchant identified by "9999". The POS 
terminal displays an offer for the upsell specified by the entry 84 (sign up for ConEd™ utility 
service). After the customer selects the offered upsell, the central controller 12 determines the 
corresponding adjustment value 98 (free purchase), indicating that the customer receives a free 



17 



purchase in return for accepting the upsell. Thus, the customer will ultimately not have to pay 
the $32 purchase price. 

The entry 84 also specifies that the merchant offering the upsell is a merchant 
identified by "6789". Accordingly, the merchant "6789" is to pay the $32 purchase price by 
5 reimbursing the customer for his payment. A table 220 shows the reconciliation between the 
merchant "6789" and the customer. Such a table may merely represent transactions that the 
central controller 12 performs, or may correspond to an actual database of transactions stored on 
the central controller 12. The central controller 12 may, for example, debit a financial account 
belonging to merchant "6789" by $32, as illustrated by the entry 222 of the table 220. In 

10 addition, the central controller 12 credits a financial account belonging to the customer by $32, 
as shown by the entry 224 of the table 220. 

The financial transactions described by the table 220 may further describe 
transactions applied against respective financial accounts of the necessary parties, i.e. the 
merchant "6789" and the customer, who has the account "1111-111 1-2222-2222". As shown by 

15 the financial account 93 of the entry 84, the merchant "6789" has a financial account 

"90123456". A record 225 of the account holder transaction database 26 (Fig. 2) defines the 
transactions applied against the account "90123456". The displayed entry 226 of the record 225 
describes a transaction corresponding to the $32.00 debit described by the entry 222 of the table 
220. A similar entry for the $32.00 credit to the customer account would exist in a record (not 

20 shown in Fig. 9) defining transactions applied against the customer account "1111-1111 -2222- 
2222". The transaction identifier "8765432-B" of the entry 226 comprises a prefix "8765432" 
and a suffix "B", thereby illustrating that the entry 226 defines an accepted upsell "B" that was 
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generated for a transaction "8765432". Those skilled in the art will understand that there are 
other methods for associating a transaction defined by an upsell with a purchase transaction. 

Referring to Fig. 10, the entry 89 of Fig. 4 is depicted for use in the following 
additional exemplary use of an adjustment value. In this example, the customer makes a 
5 purchase at 5:00 PM at a POS terminal that is controlled by a merchant identified by "7777". 
The POS terminal displays an offer for the upsell specified by the entry 89 ($5 off McDonald's™ 
food). After the customer selects the offered upsell, the central controller 12 determines the 
corresponding adjustment value 98 ("$4.50 Price"), indicating that the customer pays $4.50 to 
the POS terminal operator in return for the $5 off a future purchase of McDonald's™ food. 

10 The entry 89 also specifies that the merchant offering the upsell is a merchant 

identified by "8901 ". Accordingly, the merchant "8901" is to receive the $4.50 price the 
customer pays to the POS terminal operator for the upsell. A table 230 shows the reconciliation 
between the merchant "8901 " and the merchant "7777". Such a table may merely represent 
transactions that the central controller 12 performs, or may correspond to an actual database of 

15 transactions stored on the central controller 12. The central controller 12 may, for example, debit 
a financial account belonging to the merchant "7777", as illustrated by the entry 232 of the table 
230. In addition, the central controller 12 credits a financial account belonging to the merchant 
"8901" by $4.50, as shown by the entry 234. 

In return for the $4.50 paid, an authorization code for uniquely identifying the 

20 customer's purchase is generated. The POS terminal prints the authorization code on a receipt 
that is given to the customer. The receipt and authorization code are redeemable for the 
specified $5.00 discount on a subsequent purchase at McDonald's. If desired, a POS terminal at 
the point of redemption may be equipped to receive and verify the authorization code. The code 
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may be verified, for example, by transmitting the code to the central controller 12 and receiving a 
response indicating authorization. Once the code is verified, the POS terminal may 
automatically apply the discount by reducing the purchase price by $5.00 or crediting the 
customer's account by $5.00. 
5 The financial transactions described by the table 230 may further describe 

transactions applied against respective financial accounts of the necessary parties, i.e. the 
merchant "7777" and the merchant "8901". As shown by the financial account 93 of the entry 
89, the merchant "8901 " has a financial account "34567890". A record 235 of the account holder 
transaction database 26 (Fig. 2) defines the transactions applied against the account "34567890". 

10 The displayed entry 236 of the record 235 describes a transaction corresponding to the $4.50 
credit described by the entry 234 of the table 230. A similar entry for the $4.50 debit to the 
customer account would exist in a record (not shown in Fig. 10) defining transactions applied 
against an account of the merchant "7777". The transaction identifier "99887766-E" of the entry 
236 comprises a prefix "99887766" and a suffix "E", thereby illustrating that the entry 236 

15 defines an accepted upsell "E" that was generated for a transaction "99887766". Those skilled in 
the art will understand that there are other methods for associating a transaction defined by an 
upsell with a purchase transaction. 

Referring to Fig. 1 1, a process 250 performed by the central controller 12 initiates 
upon receiving the selection signal from the CAT (step 252). If, at step 254, the selection signal 

20 indicates that the supplementary product is not accepted, then this negative response to the offer 
is stored (step 256). However, if the selection signal indicates that the supplementary product is 
accepted, then the central controller determines at step 258 whether any CAT or POS terminal 
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operation instructions are required. If so, then appropriate instructions are transmitted to the 
CAT/POS for display (step 260). 

The affirmative response to the offer is stored (step 262). The adjustment value 
corresponding to the accepted supplementary product indicates appropriate financial accounts 
and adjustment amounts (step 264). The central controller adjusts the balances of those financial 
accounts in dependence on the adjustment value (step 266). In addition, the appropriate 
merchant is notified that the offer was accepted (step 268). 

Although the present invention has been described with respect to a preferred 
embodiment thereof, those skilled in the art will note that various substitutions may be made to 
those embodiments described herein without departing from the spirit and scope of the present 
invention. For example, the present invention is applicable to other types of financial accounts 
besides credit card accounts. In addition, although the above-description makes reference to 
POS terminals that include card authorization terminals, the present invention may be employed 
using devices such as automatic teller machines (ATMs) and personal computers which 
communicate with the central controller. 
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